Service authentication through a voice assistant

ABSTRACT

Disclosed are various approaches for authenticating a user through a voice assistant device and creating an association between the device and a user account. The request is associated with a network or federated service. The user is prompted to use a client device, such as a smartphone, to initiate an authentication flow. A soundwave is played through the voice assistant device that contains a secret key, which is then sent to an assistant connection service along with a token identifying the user or the user&#39;s device. An association between the user account and the voice assistant device can then be created.

BACKGROUND

In an enterprise setting, individuals can utilize a number of different services and applications that are provided by an enterprise. Some of these services are hosted in a third party environment and some can be hosted on servers operated by the enterprise. These individuals can use authentication credentials to login to these application or services. For example, a user might have an email account or an account with a third party customer relationship management service. Accessing data within these services can be accomplished through a device with which the user is authenticated and which may have an authentication token associated with the user's identity. However, a voice assistant device may not have the capability to easily authenticate the user with his or her service endpoints. In addition, the assistant might be in a shared environment, such as in a hotel room, an office environment, or other environments in which multiple people might have access to the device. Providing access to the user's services to the assistant can create various issues.

First, authentication of the user can be a process can be performed using application programming interfaces (APIs) created by the provider of the assistant ecosystem to link a user's identity with a particular assistant device. However, in a shared environment, the user might not wish to permanently link his or her identity with the assistant device. Additionally, in a shared environment, the user might not have the proper privileges authentication credentials to access and modify the linked accounts on the assistant device. Additionally, a user might simply be hesitant to perform a cumbersome process of linking his or her service accounts to an assistant device and then later unlinking the accounts from the device when use of the assistant device is completed. Additionally, an enterprise might wish to control the authentication process with the assistant device rather than rely upon a provider of the assistant ecosystem to do so.

BRIEF DESCRIPTION OF THE DRAWINGS

Many aspects of the present disclosure can be better understood with reference to the following drawings. The components in the drawings are not necessarily to scale, with emphasis instead being placed upon clearly illustrating the principles of the disclosure. Moreover, in the drawings, like reference numerals designate corresponding parts throughout the several views.

FIG. 1 is a schematic block diagram depicting an example of a network environment according to examples of the disclosure.

FIG. 2 depicts a scenario according to examples of the disclosure.

FIG. 3 depicts a scenario according to examples of the disclosure.

FIG. 4 is a flow chart depicting the operation of an example of a component of the client device of the network environment of FIG. 1.

FIG. 5 is a flow chart depicting the operation of an example of a component of the client device of the network environment of FIG. 1.

DETAILED DESCRIPTION

Disclosed are examples for obtaining data from services on behalf of a user on behalf of a voice assistant device. A user might have accounts in various services for which access is authenticated using an identity provider service utilized by the user's enterprise. The user can have an account with the enterprise that deploys an identity provider service to enable single sign-on (SSO) capability for users of the enterprise. The identity provider can verify the user's identity within the enterprise and provide an authentication token that can be used to authenticate the user's access to other services, which may or may not be hosted by the enterprise. For example, a third party conferencing service with which the enterprise provides accounts for its users can authenticate users through an identity provider service.

In an environment in which voice assistant devices are becoming more ubiquitous, providing users access to services provided by the enterprise can be beneficial. However, authenticating users to a SSO portal and/or service endpoints can be challenging. A voice assistant device may not have the capability to easily authenticate the user with his or her service endpoints. In addition, the assistant device might be in a shared environment, such as in a hotel room, an office environment, or other environments in which multiple people might have access to the device. Therefore, examples of this disclosure can enable a persistent authentication of users with a SSO portal through a voice assistant device and also provide the user the ability to easily suspend or sign out from the persistent authentication.

Beginning with FIG. 1, shown is an example of a networked environment 100. The networked environment 100 includes a computing environment 103, a client device 106, a voice assistant device 107, a voice assistant service 109, and one or more federated services 111, which are in data communication with each other across a network 112. The network 112 includes wide area networks (WANs) and local area networks (LANs). These networks can include wired or wireless components or a combination thereof. Wired networks can include Ethernet networks, cable networks, fiber optic networks, and telephone networks, such as dial-up, digital subscriber line (DSL), and integrated services digital network (ISDN) networks. Wireless networks can include cellular networks, satellite networks, Institute of Electrical and Electronic Engineers (IEEE) 802.11 wireless networks (e.g., WI-FI®), BLUETOOTH® networks, microwave transmission networks, as well as other networks relying on radio broadcasts. The network 112 can also include a combination of two or more networks 112. Examples of networks 112 can include the Internet, intranets, extranets, virtual private networks (VPNs), and similar networks.

The computing environment 103 can include, for example, a server computer or any other system providing computing capability. Alternatively, the computing environment 103 can employ a plurality of computing devices that can be arranged, for example, in one or more server banks or computer banks or other arrangements. These computing devices can be located in a single installation or can be distributed among many different geographical locations. For example, the computing environment 103 can include a plurality of computing devices that together can include a hosted computing resource, a grid computing resource or any other distributed computing arrangement. In some cases, the computing environment 103 can correspond to an elastic computing resource where the allotted capacity of processing, network, storage, or other computing-related resources can vary over time.

Various applications or other functionality can be executed in the computing environment 103 according to various examples. The components executed in the computing environment 103, for example, can include an identity manager 113, an assistant connection service 116, one or more connectors 117, and an authentication service 119. In some examples, one or more federated services 111 can also be executed in the computing environment 103 in the case of service endpoints that are provided by the enterprise on the same computing resources of the enterprise. In some embodiments, however, one or more of the federated services 111 can be executed in a separate computing environment that is in communication with the computing environment 103 across the network 112.

Also, various data is stored in a data store 126 that is accessible to the computing environment 103. The data store 126 can be representative of a plurality of data stores, which can include relational databases, object-oriented databases, hierarchical databases, hash tables or similar key-value data stores, as well as other data storage applications or data structures. The data stored in the data store 126 is associated with the operation of the identity manager 113, the assistant connection service 116, the connector(s) 117, the authentication service 119, and one or more of the federated services 111, as well as potentially other applications or functional entities described later. This data can include one or more user accounts 129 and potentially other data.

The identity manager 113 can authenticate users and manage user authorizations or permissions to access applications, data, or other computing resources. For example, the identity manager 113 could correspond to a single sign-on portal that verifies a user's authentication credentials 133, issues a single sign-on token 136 that identifies the user, and verifies whether the user has the appropriate access permissions 139 to access one or more federated services 111. Examples of identity managers 113 include VMWARE's Identity Manager or MICROSOFT's Active Directory Federation Services.

The authentication service 119 can retrieve and cache authentication data, such as authentication tokens 143 and refresh tokens 146, provided by various federated services 111. The cached authentication data can be used by the assistant connection service 116 to query the federated services 111 for information.

The assistant connection service 116 can facilitate authentication of users who are using an assistant device 107 with the identity manager 113. Additionally, the assistant connection service 116 can enable users to retrieve information from one or more federated services 111 for playback by an assistance device 107 that the user can associate with their user account 129 through the assistant connection service 116.

A connector 117 can provide a standardized mechanism for the assistant connection service 116 to communicate with a federated service 111. Each federated service 111 may provide an application programming interface (API) for communicating, querying, or otherwise interacting with the federated service 111, which can include different methods or functions with different parameters compared to other federated services 111. This can allow for the assistant connection service 116 to send a single, uniformly formatted query to one or more connectors 117. Each connector 117 is then responsible for using the information provided in the query from the assistant connection service 116 to invoke the appropriate functions provided by the API of the federated service 111. To add support for a new federated service 111, a new connector 117 can be created without needing to modify the assistant connection service 116 itself. Likewise, if a change is made to the API of the federated service 111, the connector 117 between the assistant connection service 116 and the federated service can be updated without having to modify the assistant connection service 116 itself.

A federated service 111 can be web application, web service, or other network facing application that can be accessed using a shared identity manager 113. One or more federated services 111 can be provided by the same provider or by different providers.

The user account 129 represents information associated with a user. The information can include one or more authentication credentials 133, one or more single sign-on tokens 136, and/or one or more access permissions 139 applied to the user account, as well as cached authentication tokens 143 and refresh tokens 146. Voice assistant associations 140 can specify one or more voice assistant devices 107 that are associated with a user account 129 and with which a user has authenticated. Once a voice assistant association 140 is established by a user, the assistant connection service 116 can provide data from a federated service 111 for playback by the voice assistant device 107. Other information about the user can also be stored as part of the user account 129, such as the user's name or contact information.

The authentication credentials 133 represent the credentials that a user can present to the identity manager 113 to authenticate the user's identity. Authentication credentials 133 can include a combination of a username and password, a cryptographic certificate, a one-time password, or a combination of several of authentication credentials 133 as part of a multi-factor authentication schema. Examples of one-time passwords can include a one-time password generated using a version of the time-based one-time password algorithm (TOTP) or a one-time password generated using the HMAC-based one-time password (HOTP) algorithm.

The single sign-on (SSO) token 136 is a software token generated by the identity manager 113 in response to a successful authentication of the user with the identity manager 113 using the authentication credentials 133. The SSO token 136 can be used to provide a client device 106 access to various federated services 111 on behalf of the authenticated user. Additionally, the SSO token 136 can be used by the assistant connection service 116 to access various federated services 111 on behalf of the authenticated user and a voice assistant device 107 associated with the user. In some instances, such as those implementing a version of the KERBEROS protocol, a separate SSO token 136 can be generated for each federated service 111 that the client device 106 attempts to access on behalf of the user. In other instances, the single SSO token 136 can be generated and used to provide the client device 106 with access to several of the federated services 111. Although each of the federated services 111 can have a different set of authentication credentials 133 linked to the user account 129, such as a different user name and password combination, the SSO token 136 allows the user to authenticate once with the identity manager 113 in order to use each of the federated services 111 instead of having to authenticate with each of the federated services 111 separately.

The access permissions 139 represent computing resources that the user account is authorized to access. For example, the access permissions 139 can indicate that a user account is permitted to access some federated services 111 but is prohibited from accessing other federated services 111. As another example, the access permissions 139 can indicate that the user account 129 is allowed to access certain features of a federated service 111, but prohibited from accessing other features. For example, if one of the federated services 111 that a user was permitted to access was a customer relationship management (CRM) service, the user might have permission to access his or her own contacts but be prohibited from accessing the sales contacts of other users.

An authentication token 143 is a token provided by one of the federated services 111 in response to a successful authentication with the federated service 111. The authentication token 143 represents that a user account 129 is currently authenticated by the federated service 111 and authorized to access or otherwise interact with the federated service 111 in some capacity. For security purposes, the authentication token 143 often has a time-limit associated with it, such as 1 hour, 3 hours, 6 hours, 8 hours, or some other period of time). Once the time-limit has expired, the authentication token 143 can no longer be used to prove current authentication status of the user account 129 with the federated service 111. The authentication token 143 can be provided, for example, as part of an authentication exchange using a version of the OAUTH protocol.

A refresh token 146 is a token provided by one of the federated services 123 in response to a successful authentication with the federated service 111. The refresh token 146 can be used to acquire a new authentication token 143 once a current or previous authentication token 143 expires. The refresh token 146 often has a much longer time-limit associated with it, such as 1 day, 1 week, 30 days, 3 months, or 1 year, which allows for the refresh token 146 to be used to acquire a series of authentication tokens 143 after an initial successful authentication. In the event that a user's access is revoked, the refresh token 146 can be marked invalid, preventing the refresh token 146 from being used to acquire new authentication tokens 143. The refresh token 146 can be provided, for example, as part of an authentication exchange using a version of the OAUTH protocol.

Each federated service 111 can be associated with a federated user account 131. A user with a user account 129 may also have multiple federated user accounts. For example, a user may have one federated user account for each federated service 111 that the user is registered or enrolled with. As another example, the user may have multiple federated user accounts for a federated service 111 (e.g., a personal federated user account and a separate federated user account for business or professional purposes). The federated user account can be associated with an SSO token 136 and an authentication token 143.

The client device 106 is representative of a plurality of client devices 106 that can be coupled to the network 112. The client device 106 can include, for example, a processor-based system such as a computer system. Examples of these computer systems can include a personal computer (e.g., a desktop computer, a laptop computer, or similar device), a mobile computing device (e.g., personal digital assistants, cellular telephones, smartphones, web pads, tablet computer systems, music players, portable game consoles, electronic book readers, and similar devices), or other devices with like capability. The client device 106 can include one or more displays 149, such as liquid crystal displays (LCDs), gas plasma-based flat panel displays, organic light emitting diode (OLED) displays, electrophoretic ink (“E-ink”) displays, projectors, or other types of display devices. In some instances, the display can be a component of the client device 106 or can be connected to the client device 106 through a wired or wireless connection.

The client device 106 can be configured to execute various applications such as one or more client applications 153. The client application 153 can cause a user interface 156 to be rendered on the display 149. The client application 153 can represent various types of applications executable by the client device 106. For example, the client application 153 could be a web browser and the user interface 156 could include a web page rendered within a browser window. As another example, the client application 153 could be an email application and the user interface 156 could represent a graphical user interface for viewing, editing, and composing emails.

Additionally, the client application 153 can represent an application that facilitates user authentication with the authentication service 119 and the assistant connection service 116 so that a user can create an association between a voice assistant device 107 and her user account 129. To this end, the client device 106 can include one or more local area network interfaces, microphones, speakers, or cameras that facilitate communication with a voice assistant device 107.

The voice assistant device 107 represents a smart speaker or any device that has a microphone and audio playback capability to provide a voice assistant experience. A voice assistant experience means an experience in which a user can provide spoken commands or requests that are captured by one or more microphones integrated with or in communication with the voice assistant device 107, and the voice assistant device 107 play back audio using a speaker in response to the spoken commands or requests. For example, a user can ask the voice assistant device 107 to play music or retrieve information from the Internet, and the voice assistant device 107 can cause playback of the requested music or information through an integrated speaker or an audio playback device in communication with the voice assistant device 107.

The voice assistant service 109 can communicate with the voice assistant device 107 to process voice commands and facilitate retrieval of information for playback through the voice assistant device 107. The voice assistant service 109 can perform voice recognition or speech-to-text conversion on audio captured by the voice assistant device 107, identify a command or action to perform in response to the captured audio, and response to the voice assistant device 107 audio that should be played back through the voice assistant device 107. The voice assistant service 109 can also provide an API so that third parties can create applications or extend the capabilities of the voice assistant device 107. These applications or capabilities can be implemented within a cloud-based voice assistant service 109 so that the functionality does not need to be implemented within every voice assistant device 107 that is deployed in order for extended capabilities to be available to every user.

In the context of this disclosure, the assistant connection application 159 can facilitate authentication of a user with the assistant connection service 116 using the voice assistant device 107. Upon authentication, the assistant connection application 159 can retrieve data from the assistant connection service 116 or federated services 111 and cause at least a portion of the data to be played back through the voice assistant device 107. Accordingly, various commands can be implemented in the assistant connection application 159, such as commands to retrieve or make changes to data in a user's calendar, email, or other federated services.

Also in the context of this disclosure, any functionality discussed as being performed by the assistant connection application 159 or assistant connection service 116 can be performed in a single application or service. Additionally, any functionality discussed as being performed by the assistant connection application 159 can be performed instead by the assistant connection service 116 or vice-versa.

Next, a general description of the operation of the various components of the networked environment 100 is provided. To begin, a user of the client device 106 authenticates with the identity manager 113. For example, the identity manager 113 can generate and send a web page to a browser executing on the client device 106. The user can use the web page to submit his or her authentication credentials 133 to the identity manager 113. The identity manager 113 can then determine whether the submitted authentication credentials 133 match the authentication credentials 133 stored for the user account 129. If the authentication credentials 133 match, the identity manager 113 determines that the user is authenticated. In response, the identity manager 113 can generate an SSO token 136 to represent the authenticated user. In some embodiments, the identity manager 113 can also notify the authentication service 119 of the authentication event. In these embodiments, the notification can include a user identifier and the SSO token 136. In other embodiments, the identity manager 113 can instead provide the SSO token 136 to the client application 153 executing on the client device 106. In these embodiments, the client application then provides the SSO token 136 to the authentication service 119.

In some embodiments, the authentication service 119 can then authenticate the user with one or more of the federated services 111 in the background or upon the first request for data from a particular federated service 111. For example, the authentication service 119 can send the user's SSO token 136 to each federated service 111 that an access permission 139 indicates a user is authorized to access. In other instances, the authentication service 119 can send the user's SSO token 136 to every federated service 111 that is registered with the identity manager 113. In some embodiments, the SSO token 136 can be included in an authentication request that complies with a version of the OAUTH protocol.

The computing environment 103 can also verify that the user account 129 associated with the SSO token 136 is allowed to access the federated service 111. For example, the authentication service 119 or assistant connection service 116 can query the data store 126 to retrieve a username or other user identifier for the user account 129 associated with the single sign-on token 136. The computing environment 103 can then compare the retrieved username or other user identifier with its own list of registered or authorized users. If the retrieved username or other user identifier matches a username or user identifier stored in the list of registered or authorized users maintained by the federated service 111, then the computing environment 103 can determine that the user account 129 linked to the SSO token 136 is authorized to access the federated service 111. Upon successful authorization, the computing environment 103 can generate an authentication token 143 and a refresh token 146 and provide them to the authentication service 119. In some instances, the authentication token 143 and the refresh token 146 can be included in a response that complies with a version of the OAUTH protocol.

The authentication service 119 can then cache or otherwise store the authentication token 143 and the refresh token 146 for future use. The authentication service 119 can, for example, provide the authentication token 143 in response to requests from authorized applications. For example, the authentication service 119 can provide the authentication token 143 for the user in response to a request from the assistant connection service 116.

In addition, the authentication service 119 can automatically obtain a new authentication token 143 for the user when the current authentication token 143 expires or is about to expire. For example, the authentication service 119 can determine that the authentication token 143 was obtained 59 minutes ago, but is only valid for one hour. As another example, the authentication service 119 can determine that the authentication token 143 was obtained 61 minutes ago, but the authentication token 143 was only valid for one hour. In response to either example, the authentication service 119 can submit a second authentication request to the federated service 111. The second authentication request can include the refresh token 146.

In response, the federated service 111 can evaluate the refresh token 146 to determine whether the refresh token 146 is still valid. For example, the federated service 111 could evaluate the refresh token 146 to determine whether it has expired. As another example, the federated service 111 could evaluate the refresh token 146 to determine whether it has been revoked. If the refresh token 146 remains valid, the federated service 111 can then provide the authentication service 119 with a new authentication token 143. By storing authentication tokens 143 in the data store 126, the assistant connection service 116 can utilize the tokens to access data from one or more federated service 111 on behalf of the user.

Accordingly, a user might desire to use a voice assistant device 107 to access data from federated services 111. The voice assistant device 107 might be in a shared environment, such as a hotel, office, or other shared setting. Accordingly, the functionality associated with the assistant connection application 159 can provide a skill or capability that the user can invoke on the voice assistant device 107. The assistant connection application 159 can communicate with the assistant connection service 116 to make a determination as to whether a user account 129 is associated with a particular voice assistant device 107. Additionally, the assistant connection application 159 and assistant connection service 116 can exchange communications that enable the voice assistant device 107 to play back data requested by the user.

The assistant connection application 159 can be invoked by the user through a keyword spoken by the user. For example, the user can speak “Assistant, please open enterprise workspace.” The keyword “enterprise workspace,” or any other keyword, can be associated with the assistant connection application 159 within the assistant ecosystem. When the user invokes the assistant functionality on the voice assistant device 107 and speaks a particular keyword, the assistant connection application 159 can be launched by voice assistant service 109.

The assistant connection application 159 can be instrumented to obtain data from particular federated services 111 on behalf of a user. For example, if the user requests data from her calendar, email, contacts, or other federated services 111, the assistant connection application 159 can obtain the requested data through the assistant connection service 116. However, the user must first authenticate her user account 129 using the voice assistant device 107 so that the assistant connection service 116 will provide the requested data from a particular federated service 111. Upon authenticating, the user can then access data from federated accounts 111 that are supported by the assistant connection application 159 and the assistant connection service 116.

Referring next to FIG. 2, shown is a scenario that illustrates how interactions between a user, the voice assistant device 107, and the user's client device 106 can operate. In the scenario shown, the user has invoked the functionality in the voice assistant device 107 that is provided by the assistant connection application 159. Again, the assistant connection application 159 can be implemented using APIs provided by an assistant platform on which the voice assistant device 107 runs. The assistant connection application 159 can be implemented as a third party application, skill, or capability of the voice assistant device 107 that extends the capability of the voice assistant device 107 to enable users to obtain data from federated services 111 associated with the user account 129.

In FIG. 2, the user can ask the voice assistant device 107 to launch or invoke the assistant connection application 159 by using a keyword linked to the assistant connection application 159 within an assistant ecosystem in which the voice assistant device 107 operates. The user can request that the voice assistant device 107 retrieve data from the user's calendar, email, task list, or another federated service 111 for which access is authenticated by the identity manager 113. Upon launching the assistant connection application 159, the user can either request that the assistant connection application 159 authenticate her user account 129 or access data from a federated service 111 linked to her enterprise account. The assistant connection application 159 can identify the voice assistant device 107 from which the request is originating and determine whether the voice assistant device 107 is linked to a user account 129 in the data store 126. If the voice assistant device 107 is not linked with a voice assistant association 140 of a particular user account 129, the assistant connection application 159 can cause the voice assistant device 107 to play back a message 201 that tells the user that authentication is required before data can be retrieved from a federated service 111.

The message 201 can instruct the user to launch a particular application on a client device 106. The application can be a single sign-on application that is used by the enterprise to facilitate single sign-on functionality for other apps and federated services 111 that the user might access through a smartphone, personal computer, or other device. The application on the client device 106 can allow the user to authenticate with the identity manager 113 and obtain SSO tokens that other apps on the client device 106 can utilize to authenticate the user's identity to federated services 111.

Accordingly, a client application 153 on the client device can also facilitate authentication of the user through the voice assistant device 107 so that the voice assistant device 107 is linked with the user account 129 of the user. Once authentication has been established through the client application 153, the user can then request the voice assistant device 107 to obtain data from federated services 111 of the user. As shown in FIG. 2 and described in further detail herein, the user can provide his or her credentials to a client application 153, which authenticates her identity with the identity manager 113. The credentials can take the form of a username and password, biometric credentials, a one-time password, or other credentials. In some cases, the user may have previously authenticated her identity with the identity manager 113 using the client application 153 to access applications or federated services 111 on the client device.

In some scenarios, the user may have already provided her authentication credentials to the client application 153 and authenticated herself to the identity manger 113, assistant connection service 116, or a management service. In this scenario, the user can simply launch the client application 153 and initiating the connect flow that can associate the voice assistant device 107 with the user account 129 of the user.

Referring next to FIG. 3, shown is a user interface that illustrates how the user can establish an association between the voice assistant device 107 and the user account 129. Upon authenticating her identity with the client application 153, the user can initiate an assistant authentication flow within the client application 153 on the client device. The assistant authentication flow can communicate with the assistant connection service 116 to create an association between the voice assistant device 107 and the user account 129. The assistant connection application 159 can cause the voice assistant device 107 to instruct the user to launch the client application 153 and initiate the authentication workflow. The authentication workflow can have a button or toggle that starts the authentication process.

Starting the authentication process can start a listening process whereby the client application 153 listens for data embedded in a soundwave that is played back by the voice assistant device 107. The authentication workflow can also advise the user to invoke an authentication command within the skill or capability provided by the assistant connection application 159 within the voice assistant device 107. The authentication command can cause the assistant connection application 159 to send a request to authenticate a user via the voice assistant device 107. The request can include a device identifier of the voice assistant device 107 to the assistant connection service 116.

The assistant connection service 116 can generate a secret key that is uniquely associated with the request. The secret key can be saved in the data store 126 and associated with the device identifier corresponding to the voice assistant device 107. The assistant connection service 116 later verify that the secret key is received from a client device 106 on which the user has authenticated her identity to create a voice assistant association 140 with the user account 129. In some implementations, the secret key can be generated by the assistant connection application 159.

The assistant connection service 116 can send a packet or response that includes the secret key and the device identifier to the assistant connection application 159, which can cause the voice assistant device 107 to play a soundwave in which the secret key and device identifier are embedded. The secret key and device identifier can be embedded into a soundwave using steganography so that the information is embedded into a perceptible sound such as music, voice, or other sounds. In another implementation, the secret key and device identifier are simply encoded into a soundwave that can be played back by the voice assistant device 107. The soundwave can be encoded by the assistant connection service 116 or the assistant connection application 159 based upon the secret key provided by the assistant connection service 116. The data embedded into the soundwave can also be an encrypted form of the secret key and device identifier.

As noted above, the authentication flow within client application 153 initiates a listening process that listens for the soundwave provided to the voice assistant device 107 by the assistant connection application 159. As illustrated in FIG. 3, the client application 153 can listen for playback of the soundwave in which the device identifier and secret key are embedded. If encrypted, the client application 153 can decrypt the soundwave using an encryption key to which the client application 153 has access. In one scenario, an encryption key or certificate can be provided within the application by an application developer that is the same or is in cooperation with the developer of the assistant connection service 116 or assistant connection application 159.

Upon detection of playback of the soundwave by the client application 153, the client application 153 can extract the secret key and device identifier from the soundwave. The client application 153 can then send the secret key, the device identifier of the voice assistant device 107, and an identifier or token validating the identity of the client device 106 or the user account 129 to the assistant connection service 116. As noted above, the client application 153 can allow the user to authenticate her identity with the assistant connection service 116. Accordingly, the identifier validating the identity of the user can comprise a SSO token or other authentication token. In this way, the assistant connection service 116 can receive a token authenticating the user's identity, the secret key that was provided to the voice assistant device 107, and a device identifier identifying the voice assistant device 107. Upon validating all three pieces of data, the assistant connection service 116 can create an association between the voice assistant device 107 and a particular user account 129 so that the user can request information from a federated service 111 using the voice assistant device 107.

As shown in FIG. 3, the user can also suspend or terminate the association between the user account 129 and the voice assistant device 107 using the client application 153. If the user activates the suspend button 301, the client application 153 can send an indication to temporarily suspend the voice assistant association 140 linking the user account 129 and the voice assistant device 107 until the user activates a resume button in the client application 153. While the suspension is in effect, the assistant connection application 159 or assistant connection service 116, in response to a request from the voice assistant device 107 or the user for data from a federated service 111, can reply with a response that the requested is unavailable due to the suspension being in effect.

If the user activates the terminate button 303, the client application 153 can send an indication to terminate or destroy the voice assistant association 140 linking the user account 129 and the voice assistant device 107. After termination of the voice assistant association 140, in response to a subsequent request from the voice assistant device 107 or the user for data from a federated service 111, the assistant connection application 159 or assistant connection service 116 can reply with a response that the user should authenticate before data from a federated service 111 can be retrieved using the voice assistant device 107.

FIG. 4 is a flowchart depicting an example of the operation of a portion of the assistant connection service 116. It is understood that the flowchart of FIG. 4 provides merely an example of the many different types of functional arrangements that can be employed to implement the portion of the assistant connection service 116 as described herein. As an alternative, the flowchart of FIG. 4 can be viewed as depicting an example of elements of a method implemented by the assistant connection service 116 in some implementations.

Beginning at step 401, the assistant connection service 116 can receive a request to authenticate a user on behalf of a voice assistant device 107. The request can be received from the assistant connection application 159 or directly from a voice assistant device 107. The request can include a device identifier that uniquely identifies the voice assistant device 107 with respect to other assistant devices in the same ecosystem. The request can be received in response to prompting the user at a voice assistant device 107 that user authentication is required before she is permitted to retrieve data from a federated service 111, such as her email or calendar, through the voice assistant device. The prompt can also advise the user to launch an application or a connect feature on her client device 106 and also speak a voice prompt to the voice assistant device 107 to initiate the authentication flow to associate her user account 129 with the voice assistant device 107.

At step 403, the assistant connection service 116 can extract the device identifier from the request. The extracted device identifier can be used by the assistant connection service 116 to create a voice assistant association 140 that links the voice assistant device 107 to a user account 129.

At step 405, the assistant connection service 116 can generate a secret key associated with the request or the device identifier. The secret key can be generated using a one-time password standard or protocol. The secret key can be generated using any algorithm or process that generates a key that is unique with respect to other secret keys that are generated by the assistant connection service 116 to link together voice assistant devices 107 with user accounts 129.

At step 407, the assistant connection service 116 can generate a soundwave in which the secret key and the device identifier are embedded. In some implementations, the assistant connection service 116 can send the secret key and device identifier to the assistant connection application 159, which can generate a soundwave for playback by the voice assistant device 107. The assistant connection service 116 can encrypt the secret key and device identifier before embedding the encrypted payload into a soundwave. In this way, other application or services within a third party ecosystem in which the assistant connection application 159 is implemented do not have access to the secret key. The soundwave can be generated using steganography or other methodologies that facilitate embedding digital data within a soundwave.

At step 409, the assistant connection service 116 can transmit the payload or response including the soundwave, or data from which the soundwave can be generated, to the assistant connection application 159 or directly to the voice assistant device 107. The voice assistant device 107 can play the soundwave through one or more speakers associated with the voice assistant device 107. As noted above in the discussion of FIGS. 2-3, a client application 153 on the client device 106 can enter a listening mode upon or after the user starts an authentication flow, which causes the client application 153 to listen for the soundwave in which the secret key and device identifier are embedded. Upon detection of the soundwave, the client application 153 can extract the

Accordingly, at step 411, the assistant connection service 116 can determine whether a response is received from a client device 106 that contains a device identifier, secret key, and a token or identifier and authenticates the user. If no response is received within a timeout period, the process can proceed to completion and the assistant connection service 116 can expire or revoke the secret key generated at step 405. If a response is received from a client device 106 that contains the secret key and the device identifier at step 411, the process can proceed to step 413.

At step 413, the assistant connection service 116 can validate a response that is received from a client device 106 that contains the secret key generated in step 405. The assistant connection service 116 can validate the response by verifying it contains the same pairing of the secret key and device identifier generated at step 405. Additionally, the assistant connection service 116 can verify an identifier associated with the client device 106, such as an authentication token previously provided to the client device 106 in response to the user authenticating his identity to the identity manager 113. The identifier associated with the client device 106 can be provided to the assistant connection service 116 by the application with which the user initiated an authentication flow for the voice assistant device 107. If the response received from the client device 106 cannot be validated, the process can proceed to completion, as the assistant connection service 116 can proceed without creating an association between the user account 129 and the voice assistant device 107. If the response can be validated, the process can proceed to step 415.

At step 415, the assistant connection service 116 can associate the voice assistant device 107 with the user account 129. A voice assistant association 140 can identify a voice assistant device 107 with which a user has authenticated. When a voice assistant association 140 is created for a user account 129, the assistant connection service 116 can permit requests from the voice assistant device 107 to retrieve data from federated services 111 associated with the user account 129. Thereafter, the process can proceed to completion.

FIG. 5 is another flowchart depicting an example of the operation of a portion of the assistant connection service 116. It is understood that the flowchart of FIG. 5 provides merely an example of the many different types of functional arrangements that can be employed to implement the portion of the assistant connection service 116 as described herein. As an alternative, the flowchart of FIG. 5 can be viewed as depicting an example of elements of a method implemented by the assistant connection service 116 in some implementations.

Beginning with step 501, the assistant connection service 116 can receive a request for data from a federated service 111 associated with a user account 129. The request can be received directly from a voice assistant device 107 or from the assistant connection application 159. The request can correspond to a voice request made by a user, which is converted from speech to text by the voice assistant device 107 or the voice assistant service 109. The request can include a device identifier from which the request originated.

At step 503, the assistant connection service 116 can determine whether a user account 129 is associated with the device identifier embedded in or associated with the request received in step 501. The assistant connection service 116 can make this determination by determining whether a voice assistant association 140 is associated with a user account 129 and that the voice assistant association 140 contains the same device identifier that is contained in the request received at step 501. If no voice assistant association 140 matching the device identifier is received, the process can proceed to completion, as the assistant connection service 116 can determine that the request should not be processed. Otherwise, the process proceeds to step 505.

At step 505, the assistant connection service 116 can obtain a SSO token 136 that corresponds to the federated service 111 from which the data is requested by the user. The SSO token 136 can be obtained from the identity provider service 113 or the data store 126. In some implementations, the assistant connection service 116 can also make a determination as to which federated service 111 a request from a voice assistant device 107 pertains to. For example, a mapping or translation from a requested data type to a federated service 111 might be necessary. Accordingly, the assistant connection service 116 can perform a natural language analysis on the request from the voice assistant device 107 to determine a data type that is requested by the user and then determine which federated service 111 associated with the user account 129 contains the requested data.

At step 507, the assistant connection service 116 can obtain the requested data from the federated service 111 associated with the user. The assistant connection service 116 can utilize the SSO token 136 associated with the federated service 111 to authenticate its access to the federated service 111.

At step 509, the assistant connection service 116 can cause the data obtained from the federated service 111 to be played back by the voice assistant device 107. In one example, the assistant connection service 116 can provide a response to the assistant connection application 159 or the voice assistant device 107 that can be translated to speech and played back by the voice assistant device 107. In some scenarios, the assistant connection service 116 can format the response into a sentence or provide data that can be formed into a sentence by APIs provided by the voice assistant service 109.

The flowcharts of FIGS. 4-5 show examples of the functionality and operation of implementations of components described herein. The components described herein can include hardware, software, or a combination of hardware and software. If embodied in software, each element can represent a module of code or a portion of code that includes program instructions to implement the specified logical function(s). The program instructions can be embodied in the form of source code that includes human-readable statements written in a programming language or machine code that includes machine instructions recognizable by a suitable execution system, such as a processor in a computer system or other system. If embodied in hardware, each element can represent a circuit or a number of interconnected circuits that implement the specified logical function(s).

Although the flowcharts of FIGS. 4-5 show a specific order of execution, it is understood that the order of execution can differ from that which is shown. The order of execution of two or more elements can be switched relative to the order shown. Also, two or more elements shown in succession can be executed concurrently or with partial concurrence. Further, in some examples, one or more of the elements shown in the flowcharts can be skipped or omitted. In addition, any number of counters, state variables, warning semaphores, or messages could be added to the logical flow described herein, for purposes of enhanced utility, accounting, performance measurement, or troubleshooting aid. It is understood that all variations are within the scope of the present disclosure.

The components described herein can each include at least one processing circuit. The processing circuit can include one or more processors and one or more storage devices that are coupled to a local interface. The local interface can include a data bus with an accompanying address/control bus or any other suitable bus structure. The one or more storage devices for a processing circuit can store data or components that are executable by the one or processors of the processing circuit.

The components described herein can be embodied in the form of hardware, as software components that are executable by hardware, or as a combination of software and hardware. If embodied as hardware, the components described herein can be implemented as a circuit or state machine that employs any suitable hardware technology. This hardware technology can include one or more microprocessors, discrete logic circuits having logic gates for implementing various logic functions upon an application of one or more data signals, application specific integrated circuits (ASICs) having appropriate logic gates, programmable logic devices (e.g., field-programmable gate array (FPGAs), and complex programmable logic devices (CPLDs)).

Also, one or more or more of the components described herein that includes software or program instructions can be embodied in any non-transitory computer-readable medium for use by or in connection with an instruction execution system such as a processor in a computer system or other system. The computer-readable medium can contain, store, or maintain the software or program instructions for use by or in connection with the instruction execution system.

The computer-readable medium can include physical media, such as magnetic, optical, semiconductor, or other suitable media. Examples of a suitable computer-readable media include, but are not limited to, solid-state drives, magnetic drives, and flash memory. Further, any logic or component described herein can be implemented and structured in a variety of ways. One or more components described can be implemented as modules or components of a single application. Further, one or more components described herein can be executed in one computing device or by using multiple computing devices.

It is emphasized that the above-described examples of the present disclosure are merely examples of implementations to set forth for a clear understanding of the principles of the disclosure. Many variations and modifications can be made to the above-described examples without departing substantially from the spirit and principles of the disclosure. All modifications and variations are intended to be included herein within the scope of this disclosure. 

Therefore, the following is claimed:
 1. A system for authenticating a user with a service account through a voice assistant, comprising: at least one computing device; a user authentication service that, when executed by the at least one application, causes the computing device to at least: receive a request to authenticate a user on behalf of the voice assistant; extract a device identifier corresponding to the voice assistant from the request; generate a secret key associated with the request, the secret key being unique to the voice assistant with respect to other voice assistants; generate a sound wave in which the secret key and an identifier corresponding to the device identifier are embedded; transmit a payload in response to the request to the voice assistant, the payload comprising the sound wave and a command to play the sound wave using the voice assistant; receive a token and at least a portion of the payload from a client device separate from the voice assistant, the token being associated with the user; validate the token and the at least a portion of the payload; and associate the user with the voice assistant in response to validating the token and the at least a portion of the payload.
 2. The system of claim 1, wherein the secret key and the identifier embedded into the sound wave are encrypted using an encryption key that is unavailable to the voice assistant.
 3. The system of claim 1, wherein the token and the at least a portion of the payload are validated by determining whether a user associated with the client device has been authenticated with an identity provider service.
 4. The system of claim 1, wherein the instructions, when executed by the at least one processor, cause the computing device to at least obtain a single sign-on (SSO) token from the identity provider service.
 5. The system of claim 1, wherein the instructions, when executed by the at least one processor, cause the computing device to at least: receive a request for data from a service associated with the user from the voice assistant; obtain an authentication token for the service from an identity provider service; obtain the requested data from the service on behalf of the user in response to the request for data, wherein the requested data is obtained using the authentication token; and cause at least a portion of the data to be played back through the voice assistant.
 6. The system of claim 5, wherein the at least a portion of the data is played back by the voice assistant by generating a text to speech command in an application implemented within a voice assistant service associated with the voice assistant.
 7. The system of claim 1, wherein the instructions, when executed by the at least one processor, cause the computing device to at least: receive a command to suspend or terminate the association between the user and the voice assistant from an application executed by the client device; and suspend or terminate the association between the user and the voice assistant, wherein the instructions reject a subsequent request for data from a service associated with the user.
 8. A non-transitory computer-readable medium comprising machine-readable instructions, wherein the instructions, when executed by at least one processor, cause a computing device to at least: receive a request to authenticate a user on behalf of the voice assistant; extract a device identifier corresponding to the voice assistant from the request; generate a secret key associated with the request, the secret key being unique to the voice assistant with respect to other voice assistants; generate a sound wave in which the secret key and an identifier corresponding to the device identifier are embedded; transmit a payload in response to the request to the voice assistant, the payload comprising the sound wave and a command to play the sound wave using the voice assistant; receive a token and at least a portion of the payload from a client device separate from the voice assistant, the token being associated with the user; validate the token and the at least a portion of the payload; and associate the user with the voice assistant in response to validating the token and the at least a portion of the payload.
 9. The non-transitory computer-readable medium of claim 8, wherein the secret key and the identifier embedded into the sound wave are encrypted using an encryption key that is unavailable to the voice assistant.
 10. The non-transitory computer-readable medium of claim 8, wherein the token and the at least a portion of the payload are validated by determining whether a user associated with the client device has been authenticated with an identity provider service.
 11. The non-transitory computer-readable medium of claim 8, wherein the instructions, when executed by the at least one processor, cause the computing device to at least obtain a single sign-on (SSO) token from the identity provider service.
 12. The non-transitory computer-readable medium of claim 8, wherein the instructions, when executed by the at least one processor, cause the computing device to at least: receive a request for data from a service associated with the user from the voice assistant; obtain an authentication token for the service from an identity provider service; obtain the requested data from the service on behalf of the user in response to the request for data, wherein the requested data is obtained using the authentication token; and cause at least a portion of the data to be played back through the voice assistant.
 13. The non-transitory computer-readable medium of claim 12, wherein the at least a portion of the data is played back by the voice assistant by generating a text to speech command in an application implemented within a voice assistant service associated with the voice assistant.
 14. The non-transitory computer-readable medium of claim 8, wherein the instructions, when executed by the at least one processor, cause the computing device to at least: receive a command to suspend or terminate the association between the user and the voice assistant from an application executed by the client device; and suspend or terminate the association between the user and the voice assistant, wherein the instructions reject a subsequent request for data from a service associated with the user.
 15. A method comprising: receiving a request to authenticate a user on behalf of the voice assistant; extracting a device identifier corresponding to the voice assistant from the request; generating a secret key associated with the request, the secret key being unique to the voice assistant with respect to other voice assistants; generating a sound wave in which the secret key and an identifier corresponding to the device identifier are embedded; transmitting a payload in response to the request to the voice assistant, the payload comprising the sound wave and a command to play the sound wave using the voice assistant; receiving a token and at least a portion of the payload from a client device separate from the voice assistant, the token being associated with the user; validating the token and the at least a portion of the payload; and associating the user with the voice assistant in response to validating the token and the at least a portion of the payload.
 16. The method of claim 15, wherein the secret key and the identifier embedded into the sound wave are encrypted using an encryption key that is unavailable to the voice assistant.
 17. The method of claim 15, wherein the token and the at least a portion of the payload are validated by determining whether a user associated with the client device has been authenticated with an identity provider service.
 18. The method of claim 15, further comprising obtaining a single sign-on (SSO) token from the identity provider service.
 19. The method of claim 15, further comprising: receiving a request for data from a service associated with the user from the voice assistant; obtaining an authentication token for the service from an identity provider service; obtaining the requested data from the service on behalf of the user in response to the request for data, wherein the requested data is obtained using the authentication token; and causing at least a portion of the data to be played back through the voice assistant.
 20. The method of claim 15, further comprising: receive a command to suspend or terminate the association between the user and the voice assistant from an application executed by the client device; and suspend or terminate the association between the user and the voice assistant, wherein the instructions reject a subsequent request for data from a service associated with the user. 